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METHOD AND SYSTEM VERIFYING PRODUCT LICENSES USING 
HARDWARE AND PRODUCT IDENTIFICATIONS 



Background of the Invention 

1. Field of the Invention 

The present invention generally relates to a method and system for 
verifying software product licenses using hardware and product identifications. 
More particularly, the present invention provides a method and system for 
verifying multiple software product licenses in a secure manner using a 
verification file that is maintained separately from the software products 
themselves. 

2. Background Art 

As the use of computer software becomes more proUfic, the need to 
prevent piracy increases. In particular, software producers are constantly faced 
with growing instances of illegal usages of their products. To help better control 
the use of programs, most software producers include a license with their 
products, commonly known as a "shrink-wrap" license. Oftentimes, the Ucense is 
accompanied by a verification code or key. When installing and/or running the 
product, an end-user is prompted to input the provided verification code. Upon 
input of the proper code, the product is consider "verified" and 
installation/running of the product on the end-user's computer system is 
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permitted. However, much illegal use of software products stems from end-users 
who obtain products from lawfiil purchasers and then install or run the products 
on their own computer systems. When obtaining a product in this manner, the 
illegal end-user is also provided with the license and verification code. 
Accordingly, although not a lawfiil user, the individual is still free to input the 
proper verification code and install the product. 

Heretofore, attempts have been made at improving the means by which 
software products can be verified. However, such attempts fail to provide an 
effective way by which a product can be Hcensed and verified based on a specific 
computer system, as opposed to a specific end-user, Li addition, previous 
attempts fail to provide a way by which multiple products can be verified with a 
single verification file that is maintained separately from the products themselves. 

In view of the above, there exists a need for an efficient method and 
system for verifying product Ucenses using computer hardware and product 
identifications. In addition, a need exists for such identifications to be stored in a 
verification file that is obtained/maintained separately from the product itself A 
need also exists for the capabihty to verify multiple products using a single 
verification file or unit of files. A further need exists for the verification file to be 
encrypted prior to its use to prevent piracy. 
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Summary of the Invention 

The present invention overcomes the drawbacks of the related art by 
providing a method and system for verifying product hcenses using hardware and 
product identifications, Li addition, the present invention provides a verification 
file that is obtained/maintained separately firom the product itself Moreover, the 
verification file of the present invention can contain multiple product and 
hardware identification so that multiple products can be verified using a single 
verification file or unit of files. The verification file of the present invention is 
also encrypted prior to its use to prevent piracy. 

According to a first aspect of the present invention, a method for verifying 
product licenses using hardware and product identifications is provided. The 
method comprises the steps of: (1) providing a computer hardware component; (2) 
accessing a verification file, wherein the verification file includes a plurality of 
product identifications and hardware identifications; and (3) comparing the 
plurality of hardware identifications with a corresponding hardware identification 
stored on the hardware component. 

According to a second aspect of the present invention, a method for 
verifying product hcenses using hardware and product identifications is provided. 
The method comprises the steps of: (1) providing a processor; (2) installing a 
verification application on the processor; (3) locating a verification file with the 
verification application, wherein the verification file includes at least one 
processor identification and at least one product identification; and (4) comparing 

END9-2000-0164US1 3 



the at least one verification file processor identification with a corresponding 
processor identification stored on the processor. 

According to a third aspect of the present invention, a system for verifying 
product licenses using hardware and product identifications is provided. The 
system comprises: (1) an access system for accessing a verification file, wherein 
the verification file includes a hardware identification and a product identification; 
(2) a comparison system for comparing the hardware identification of the 
verification file with a corresponding hardware identification on a computer 
hardware component; (3) a registry system for registering Ucense information in a 
registry; and (4) a log system for logging hardware information in a log. 

According to a fourth aspect of the present invention, a system for 
verifying product licenses using hardware and product identifications is provided. 
The system comprises: (1) a computer hardware component; (2) a verification file 
having a plurality of hardware identifications and product identifications; (3) an 
access system for accessing the verification file; and (4) a comparison system for 
comparing the verification file hardware identifications with a corresponding 
hardware identification stored on the hardware component, and for comparing the 
verification file product identifications with a corresponding product identification 
of a product being installed on the hardware component. 

According to a fifth aspect of the present invention, a program product 
stored on a recordable media for verifying product licenses using hardware and 
product identifications is provided. When executed the program product 
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comprises: (1) an access system for accessing a verification file, wherein the 
verification file include a hardware identification and a product identification; (2) 
a comparison system for comparing the hardware identification of the verification 
file with a corresponding hardware identification on a computer hardware 
component; (3) a registry system for registering license information in a registry; 
and (4) a log system for logging hardware information in a log. 

It is therefore an advantage of the present invention to provide a method 
and system whereby software products can be verified based upon a specific 
computer system, as opposed to a specific end-user. It is a fiirther advantage of 
the present invention to provide a single verifications file (or unit of linked files) 
for verifying multiple product Ucenses, which is maintained separately fi*om the 
programs. 

Brief Description of the Drawings 

These and other features and advantages of this invention will be more 
readily understood fi:om the following detailed description of the various aspects 
of the invention taken in conjunction with the accompanying drawings in which: 

Fig. 1 depicts a computer system having a verification apphcation, 
according to the present invention; 

Fig. 2 depicts a logical flow chart of the verification appHcation of Fig. 1; 

Fig. 3 depicts a first method flow chart, according to the present invention; 

and 
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Fig. 4 depicts a second method flow charts according to the present 
invention. 

It is noted that the drawings of the invention are not necessarily to scale. 
The drawings are merely schematic representations, not intended to portray 
specific parameters of the invention. The drawings are intended to depict only 
typical embodiments of the invention, and therefore should not be considered as 
limiting the scope of the invention. In the drawings, like numbering represents 
like elements between the drawings. 

Detailed Description of the Invention 

The present invention generally comprises a method and system for 
verifying a computer software product based upon a particular computer system, 
as opposed to a specific end-user. The method and system include a verification 
file that contains a list of software product identifications and corresponding 
hardware identifications to indicate the specific computer systems on which 
installation/running of the programs is permitted. When a product is being 
installed or run on an end-user's computer system, the verification file is accessed 
and the identifications in the file are compared with corresponding identifications 
for the end-user's computer and the product being installed. 

Referring now to Fig. 1, a computer system 10 depicting the verification 
appUcation 30 of the present invention is shown. The computer system 10 
generally comprises memory 12, input/output interfaces 14, a central processing 
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unit (CPU) 16, bus 18 and registry 46. Memory 12 may comprise any known type 
of data storage and/or transmission media, including magnetic media, optical 
media, random access memory (RAM), read-only memory (ROM), a data cache, a 
data object, etc. Moreover, memory 12 may reside at a single physical location, 
comprising one or more types of data storage, or be distributed across a plurality 
of physical systems in various forms. CPU 16 may likewise comprise a single 
processing unit, or be distributed across one or more processing units in one or 
more locations, e.g., on a client and server. 

I/O interfaces 14 may comprise any system for exchanging information 
from an extemal source. Bus 18 provides a communication link between each of 
the components in the server system 10 and likewise may comprise any known 
type of transmission Unk, including electrical, optical, wireless, etc. In addition, 
although not shown, additional components, such as extemal devices (CRT, LED 
screen, hand held device, keyboard, mouse, voice recognition system, speech 
output system, printer, facsimile, pager, personal digital assistant, etc.), cache 
memory, communication systems, system software, etc., maybe incorporated into 
computer system 10. 

Registry 46, as further described below, is a database that stores 
verification information. Registry 46 may comprise one or more storage devices, 
such as a magnetic disk drive or an optical disk drive. In another preferred 
embodiment, registry 46 includes data distributed across, for example, a local area 
network (LAN), wide area network (WAN) or a storage area network (SAN) (not 
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shown). Registry 46 may also be configured in such a way that one of ordinary 
skill in the art may interpret it to include multiple databases. 

Stored in memory 12 is verification appUcation 30 (shown in Fig. 1 as a 
software product). Verification appUcation 30 will be described in more detail 
below but generally comprises a method and system for verifying a software 
product 28. Specifically, verification application 30 preferably includes: 
verification file access system 32, decryption system 34, comparison system 36, 
registry system 38, log system 40 and removal system 42, It should be 
appreciated, however, that although a specific embodiment of the verification 
appUcation 30 is depicted, other variations may exist. For example, registry and 
log systems 38 and 40 may be a single system. 

As will be further described below, to verify a software product 28, a 
verification file 22 must be accessed. The verification file 22 is preferably 
maintained separately from the software product 28 and can be provided on a 
recordable media 44 (e.g., diskette, CD-ROM, etc.) or can reside on a server 20. 
In the case of the former, the verification file 22 is preferably accessed from a 
drive of the computer system 10. In the case of the latter, the verification file 22 
is accessed from the server 20 via communications network 26. Communications 
network 26 can include a direct terminal connected to the computer system 10, or 
a remote workstation in a cUent-server environment. In the case of the latter, the 
client and server may be connected via the Internet, wide area networks (WAN), 
local area networks (LAN) or other private networks. The server and cUent may 
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utilize conventional token ring connectivity for WAN, LAN, or other private 
networks, or Ethernet, or other conventional communications standards. Where 
the cUent is connected to the system server via the Litemet, connectivity could be 
provided by conventional TCP/IP sockets-based protocol. In this instance, the 
chent would utilize an Internet service provider outside the system to establish 
connectivity to the system server within the system. 

It is understood that the present invention can be realized in hardware, 
software, or a combination of hardware and software. The computer system 10 
according to the present invention can be reaUzed in a centralized fashion in a 
single computerized workstation, or in a distributed fashion where different 
elements are spread across several interconnected computer systems (e.g., a 
network). Any kind of computer system - or other apparatus adapted for carrying 
out the methods described herein - is suited. A typical combination of hardware 
and software could be a general purpose computer system with a computer 
program that, when loaded and executed, controls the computer system 10 such 
that it carries out the methods described herein. Alternatively, a specific use 
computer, containing specialized hardware for carrying out one or more of the 
fimctional tasks of the invention could be utiUzed. 

The present invention can also be embedded in a computer program 
product, which comprises all the features enabUng the implementation of the 
methods described herein, and which - when loaded in a computer system - is able 
to carry out these methods. Computer program, software program, program, or 
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software, in the present context mean any expression, in any language, code or 
notation, of a set of instructions intended to cause a system having an information 
processing capabiUty to perform a particular function either directly or after either 
or both of the following: (a) conversion to another language, code or notation; 
and/or (b) reproduction in a different material form. 

Referring also now to Fig. 2, a logical flow chart 50 of the method and 
system of the present invention is depicted. To verify a software product 28, an 
end-user must first install and run the verification application 52. Li a preferred 
embodiment, the verification application is installed as part of the installation 
procedure for the product. Specifically, when the end-user attempts to install the 
product, the verification application 30 will be installed and run on the end-users' 
computer system. By making the verification application 30 an integral part of 
product installation, the end-user is forced to verify the product Ucense using the 
method described herein. 

Once installed, the verification apphcation 30 will attempt to access the 
verification file 22. Verification file 22 contains a list of computer hardware 
identifications and software program identifications. The hardware identifications 
correspond to particular end-user computer systems and serve to correlate specific 
product identifications with a particular computer system. For example, if XYZ, 
hic. purchased 10 copies of Microsoft Windows 98®, the verification would 
include 10 unique product identifications (one for each copy of Windows 98®) 
and 10 computer hardware identifications that correspond to the specific computer 
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systems on which each copy of Windows 98® is permitted to be installed. An 
example of the verification file is as follows: 



PRODUCT IDENTIFICATION 


HARDWARE IDENTIFICATION 


123 ABC 


ABl 


123CDE 


AB2 


123EFG 


AB3 


123GHI 


AB4 


123JKL 


AB5 


345ABC 


AB6 


345CDE 


AB7 


345EFG 


AB8 


345GHI 


AB9 


345JKL 


ABO 



Thus, each specific product is correlated or linked with a specific end- 
user's computer system, as opposed to a specific end-user. This prevents the same 
end-user fi-om installing the same product on multiple computer systems or giving 
the product to other individuals for installation on their computer systems. The 
product identification is preferably a unique serial number or verification code 
assigned to each product by its producer. The hardware identification can be any 
serial number or the hke that is unique to the hardware of a particular computer 
system. For example, the hardware identification can be a processor 
identification, a computer serial number, a CD-ROM serial number, etc. It should 
be understood that although the verification file 22 preferably contains multiple 
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hardware and product identifications, any quantity could exist. For example, the 
verification file may contain only one product and hardware identification. 
Moreover, it should be understood that as used herein, verification file 22 pertains 
to one single file or several files linked as one unit. In either case, the present 
invention allows for multiple products to be verified using one single file or one 
unit of files. 

As indicated, above, the verification file should be maintained separately 
fi-om the product and verification appUcation. This forces each end-user to obtain 
the verification file 22 separately. In one embodiment, the verification file 22 may 
reside on a recordable media 44 that is provided to the end-user. Accordingly, file 
access system 32 of the verification application 30 will attempt to read the drives 
54 on the end-user's computer system to locate and access the verification file 22. 
If the verification file 22 was not provided on a recordable media, file access 
system 32 will access the server 56 (as preferably maintained by the software 
producer) to obtain and access the file 22. If the verification file is not available 
for retrieval at the server 58, a warning notice will be displayed 60 and the 
verification apphcation will end 78. 

Whether read from a drive of the end-user's computer system 54 or 
retrieved fi-om the server 58, the verification file 22 is preferably encrypted. 
Encryption of the file 22 prevents unauthorized use thereof and is a well known 
concept in the art. Encryption of the verification file 22 is preferably 
accomplished in the following unique steps: (1) selecting an encryption key 
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having any length; (2) formatting the key (rephcating and/or truncating) to equal 
the length of the data set within the verification file; (3) setting pre-determined 
bits of the formatted key to zero to yield a masked key (preferably by forming an 
AND result of the key with binary 0000 1111); and (4) forming an exclusive-OR 
result of the data set with the masked key to yield an encrypted verification file. 

Once the encrypted verification file is obtained, it must be decrypted 62 by 
the decryption system 34 so that it can be read and used to verify the software 
product. Assuming the verification file 22 was encrypted usuig the above- 
referenced steps, decryption can occur by forming an inverse exclusive-OR result 
of the encrypted verification file with the masked key. 

After decryption 62 of the verification file 22, the identifications stored 
therein will be compared to a corresponding identification of the end-user's 
computer hardware 64 for a particular software product. For example, referring 
back to the chart above, if an end-user was attempting to install product 
identification 123ABC, the comparison system would compare the corresponding 
hardware identification in the verification file (ABl) to that of the computer 
system on which the product was being installed. As will be further described 
below, the product identification and end-user's hardware identification could be 
automatically read firom the installed product and computer system, or could be 
manually inputted by the end-user. 

If no match was found 66, installation of the product would not be 
permitted and an "invahd" message would be written in the registry 46 of the end- 
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user's computer system 74. This message in the registry creates a record in the 
end-user's own computer system that the end-user tried to improperly install 
product 123 ABC. After writing in the registry 74, the hardware information (e.g., 
hardware identification) for the end-user's computer system would then be 
transmitted 76 to log 24 and a warning notice or the like would be displayed 60. 
Because the log 24 is preferably maintained at the server 20 by the software 
producer, the producer now has a record that an end-user was attempting to 
improperly install product 123ABC on computer system ABl and can take any 
appropriate action. 

If, upon comparing the hardware identifications, it is determined that a 
match does exist 66, installation of the product would be permitted and license 
information would be written in the registry of the computer system 68. License 
information may include a license serial number, license duration and conditions 
of product use. Then, the hardware information would be transmitted 70 to log 
60, Once transmitted, the verification file could be updated to indicate that 
product 123ABC has been successfiiUy installed on computer system ABl and is 
no longer available for installation. Accordingly, the product could not be 
installed on other computer systems. 

As indicated above, comparison system preferably automatically reads the 
hardware and product identifications fi*om the computer system, hi an alternative 
embodiment, the end-user could manually input the identifications. In the case of 
the latter, an end-user may improperly install the product on a non-hcensed 

END9-2000-0164US1 14 



computer system by inputting the identification for the licensed computer system. 
However, in this case, the log would be updated to reflect that the particular 
product has been installed. Thus, the product could never be installed on another 
computer system (not even the licensed computer system). Although not installed 
on the licensed computer system, only one installation of the product would be 
permitted. 

Once the log has been updated, the verification application and/or 
verification file would be removed from the computer system 72 and the 
verification process is complete 78. Thus, only the installed software product 
remains on the computer system. It should be appreciated that the verification 
application could remain on the end-user's computer system if the software 
producer wishes to verify the product every time the product is executed/run. For 
example, if an end-user installed Microsoft Windows 98® on his/her computer 
system, the above-described verification process could be initiated at every start- 
up. If it is determined that the product is not legally installed on the computer 
system (e.g., the license has expired), the entire product could be removed by 
removal system 42. 

Referring now to Fig. 3 a flow chart of a first method 100 according to the 
present invention is shown. As depicted, the first step 102 of the method 100 is to 
provide a computer hardware component. The second step 104 is to access a 
verification file, wherein the verification file includes a plurality of product 
identifications and hardware identifications. The third step 106 of method 100 is 
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to compare the plurality of hardware identifications with a corresponding 
hardware identification stored on the hardware component. 

Referring to Fig, 4, a flow chart of a second method 200 according to the 
present invention is shown. The first step 202 of method 200 is to provide a 
processor. The second step 204 is to install a verification application on the 
processor. The third step 206 of method 200 is to locate a verification file with 
the verification application, wherein the verification file includes at least one 
processor identification and at least one product identification. The fourth step 
208 is to compare the at least one verification file processor identification with a 
corresponding processor identification stored on the processor. 

The foregoing description of the preferred embodiments of this invention 
has been presented for purposes of illustration and description. It is not intended 
to be exhaustive or to limit the invention to the precise form disclosed, and 
obviously, many modifications and variations are possible. Such modifications 
and variations that may be apparent to a person skilled in the art are intended to be 
included within the scope of this invention as defined by the accompanying 
claims. 
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